STEP 1 · 案例引入
案例全景与背景深度档案
📡 案例全景
blue痛点二：变革疲劳。公司在过去11年中经历了多轮组织架构调整，员工对「新项目」持观望甚至抵触态度。变革管理成为比技术选型更具挑战性的任务。
风险矩阵期望风险（可能性高·影响高）：利益相关者对时间表和效果有不切实际的预期。资源风险（可能性中·影响高）：预算可能被削减、关键人员可能被调离。治理风险（可能性中·影响中）：数据安全和隐私合规问题。
gold痛点四：认知偏差。客户对AI的认知受媒体和供应商营销影响，认为AI可以即插即用、三个月回本。实际上AI项目需要15个月才能产生可量化的业务价值。
痛点一：战略缺位。公司没有清晰的AI路线图，多个部门提出了互不协调的AI需求。销售部想上智能客服，供应链想上预测系统，生产部想上视觉质检——但公司缺乏统一的技术架构和数据基础来支撑这些分散的需求。
触发事件新任技术VP（来自某互联网大厂）提交了完整的AI转型方案，预算4588万元，预计15个月实现投资回报。董事会在评估后批准了该项目。
行业背景通信媒体领域正经历从经验驱动到数据驱动的范式转移。约45%的头部企业已完成第一阶段的AI部署，行业平均效率提升约7%。
利益相关者创始人（影响力高·立场坚定）：技术出身，对AI理解远超团队。运营VP（影响力中·立场观望）：多次失败后持谨慎态度，需要可见成果。产品经理（影响力低·立场积极）：希望借助AI提升产品力，是内部推动力量。
企业概况某接入AI ONU故障诊断成立于2016年，是通信媒体领域的技术领先型企业 总部位于华东地区，员工约5474人，年营收约2.3亿元。公司拥有336项核心专利，技术研发团队约50人。
※ 案例信息已脱敏处理。仅供教学参考。🧭本案例道法术器框架
以下展示本案例将应用的层面。Step2展开。
组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索...
本案例：在某接入AI ONU故障诊断中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
通过结构化的工作坊形式，将顾问的方法论转移给客户内部团队，实现能力固化。...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某接入AI ONU故障诊断的第一周定义为「零技术周」。
企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。...
本案例：在某接入AI ONU故障诊断中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
组织拥有对变革的内在防御机制。识别并化解这些防御，比推动变革方案更重要。...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某接入AI ONU故障诊断中这一策略有效降低了客户的防御心理。
目标（Goal）→现实（Reality）→选项（Options）→意愿（Will...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某接入AI ONU故障诊断的第一周定义为「零技术周」。
情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某接入AI ONU故障诊断中这一策略有效降低了客户的防御心理。
区分症状问题和根因问题是顾问的核心能力。症状是客户描述的，根因是顾问发现的。...
本案例：在某接入AI ONU故障诊断项目中，顾问用4天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
不同的利益相关者需要不同的影响策略。权力-利益矩阵是核心分析工具。...
本案例：在某接入AI ONU故障诊断中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
🗂 背景深度档案 · 具体事件还原
🕐 时间锚：2026年08月（统计区间 2026-2028年度）
🏢 企业概况：物联网卡运营（脱敏）成立于2016年，员工总数5474人，在本行业细分市场处于前列，是本案例的委托方。
⚡ 触发事件：备件库存低于安全线导致紧急调货116次
🗣 冲突现场：那是理想工况，实际负载波动大得很
👥 关键人物：孙IT架构师（IT架构师）；陈合规经理（合规法务经理）；吴客服总监（项目负责人）
🖥 系统与数据现状：数字版权DRM；BSS业务支撑；OSS运营支撑；其中孙IT架构师反映，数据在上述系统间尚未形成统一口径
🧱 数据困境：海量日志与视频流数据缺乏高效结构化提取手段; 历史媒资内容版权授权链条断裂难以确权; 跨系统用户行为标签不一致导致精准营销受阻
📉 量化痛点：版权侵权纠纷116起(2026-2028年度)；客户离网流失344户(2026-2028年度)；广告转化率未达标116次(2026-2028年度)
⚖ 关键决策点：振动声学多模态融合 vs 单一电流特征分析——多模态派主张高准确率与早期预警，单一派强调部署成本低与实施快。
🔄 转折点：核心产线突发连锁故障导致全厂停产
🗓 里程碑链：设备台账盘点与传感器部署(M0)→历史工单数据清洗与特征工程(M1)→退化模型训练与阈值标定(M2)→试点产线验证与误报调优(M3)→全厂推广与工单系统打通(M4)→ROI测算与验收复盘(M5)
STEP 2 · 理论讲解
知识点图谱与 AIPM 系统落地
🎯学习目标
掌握在通信媒体场景中运用结构化方法论诊断企业AI准备度的能力，学会区分表象问题与根因问题。
核心挑战：本案例最大的难点在于客户对AI的认知偏差与组织变革疲劳的双重叠加——这不是技术问题，而是管理问题。
📘【道】变革心理学曲线
理论概述：组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
📌 本案例应用：顾问在某接入AI ONU故障诊断中将这一工具应用于6个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：急于展示方案而非先理解问题
📙【器】知识管理工作坊
理论概述：通过结构化的工作坊形式，将顾问的方法论转移给客户内部团队，实现能力固化。
📌 本案例应用：顾问在某接入AI ONU故障诊断中将这一工具应用于6个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：忽略组织文化对变革的影响
📙【器】诊断问卷五模块
理论概述：企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
📌 本案例应用：某接入AI ONU故障诊断的实践表明，这一框架有效帮助顾问在10场访谈中保持结构化和系统性。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：用技术语言而非业务语言沟通
📘【道】组织免疫系统理论
理论概述：组织拥有对变革的内在防御机制。识别并化解这些防御，比推动变革方案更重要。
📌 本案例应用：某接入AI ONU故障诊断的实践表明，这一框架有效帮助顾问在10场访谈中保持结构化和系统性。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：过度承诺而低估实施难度
📙【器】GROW教练模型
理论概述：目标（Goal）→现实（Reality）→选项（Options）→意愿（Will），让客户主动探索方案。
📌 本案例应用：在某接入AI ONU故障诊断中，顾问运用这一方法系统分析了客户的组织状态，发现了5个关键的变革障碍。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：忽略组织文化对变革的影响
📕【术】开放式提问六变体
理论概述：情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
📌 本案例应用：顾问在某接入AI ONU故障诊断中将这一工具应用于6个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：忽略组织文化对变革的影响
📗【法】问题诊断方法论
理论概述：区分症状问题和根因问题是顾问的核心能力。症状是客户描述的，根因是顾问发现的。
📌 本案例应用：通过某接入AI ONU故障诊断的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：过度承诺而低估实施难度
📘【道】利益相关者影响策略
理论概述：不同的利益相关者需要不同的影响策略。权力-利益矩阵是核心分析工具。
📌 本案例应用：某接入AI ONU故障诊断的实践表明，这一框架有效帮助顾问在10场访谈中保持结构化和系统性。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：过度承诺而低估实施难度
📚 本案例知识点图谱 · 项目管理 + MBA
项目管理知识本案例涉及以下项目管理知识点（按编号排序，共 8 条）：
KP-007 项目沟通管理沟通Project Communications Management——确保项目信息及时、恰当地生成与分发
识别信号：信息不对称;干系人失联;汇报断层
操作要点：规划沟通管理 / 管理沟通 / 监督沟通
知识来源：PMBOK 7 性能域
识别信号：信息不对称;干系人失联;汇报断层
操作要点：规划沟通管理 / 管理沟通 / 监督沟通
知识来源：PMBOK 7 性能域
KP-029 执行过程组集成Executing Process Group——完成项目管理计划中确定的工作
识别信号：任务执行;资源调配;团队协作
操作要点：指导与管理项目工作 / 管理质量 / 建设团队 / 管理沟通 / 实施采购 / 管理干系人参与
知识来源：5过程组
识别信号：任务执行;资源调配;团队协作
操作要点：指导与管理项目工作 / 管理质量 / 建设团队 / 管理沟通 / 实施采购 / 管理干系人参与
知识来源：5过程组
KP-034 指导与管理项目工作集成Direct and Manage Project Work——执行项目管理计划中规定的工作以实现项目目标
识别信号：任务执行;数据采集;变更提交
操作要点：分配任务 / 管理技术接口 / 收集工作绩效数据 / 提交变更请求 / 更新问题日志
知识来源：49过程
识别信号：任务执行;数据采集;变更提交
操作要点：分配任务 / 管理技术接口 / 收集工作绩效数据 / 提交变更请求 / 更新问题日志
知识来源：49过程
KP-048 制定进度计划进度Develop Schedule——分析活动顺序、持续时间、资源需求与制约因素以创建进度模型
识别信号：关键路径;资源冲突;进度压缩
操作要点：关键路径法CPM / 关键链法CCM / 资源优化 / 进度压缩赶工/快速跟进 / 进度网络分析 / 项目管理软件
知识来源：49过程
识别信号：关键路径;资源冲突;进度压缩
操作要点：关键路径法CPM / 关键链法CCM / 资源优化 / 进度压缩赶工/快速跟进 / 进度网络分析 / 项目管理软件
知识来源：49过程
KP-059 控制质量质量Control Quality——监督并记录质量管理活动执行结果以评估绩效
识别信号：缺陷外溢;测试失败;质量失控
操作要点：检查 / 测试/产品评估 / 数据收集工具(因果图/流程图/核查表/直方图/帕累托图/散点图/控制图) / 统计抽样
知识来源：49过程
识别信号：缺陷外溢;测试失败;质量失控
操作要点：检查 / 测试/产品评估 / 数据收集工具(因果图/流程图/核查表/直方图/帕累托图/散点图/控制图) / 统计抽样
知识来源：49过程
KP-068 规划沟通管理沟通Plan Communications Management——基于干系人信息需求制定恰当的沟通方法
识别信号：信息不对称;沟通失效;汇报断层
操作要点：沟通需求分析 / 沟通技术 / 沟通模型 / 沟通方法(交互式/推式/拉式) / 沟通管理计划 / 项目报告格式
知识来源：49过程
识别信号：信息不对称;沟通失效;汇报断层
操作要点：沟通需求分析 / 沟通技术 / 沟通模型 / 沟通方法(交互式/推式/拉式) / 沟通管理计划 / 项目报告格式
知识来源：49过程
KP-085 规划采购管理采购Plan Procurement Management——记录项目采购决策、明确方法并识别潜在卖方
识别信号：采购决策;供应商选择;合同类型
操作要点：采购管理计划 / 采购策略 / 招标文件RFI/RFQ/RFP / 供方选择标准 / 自制或外购分析 / 独立估算
知识来源：49过程
识别信号：采购决策;供应商选择;合同类型
操作要点：采购管理计划 / 采购策略 / 招标文件RFI/RFQ/RFP / 供方选择标准 / 自制或外购分析 / 独立估算
知识来源：49过程
KP-087 控制采购采购Control Procurements——管理采购关系、监督合同绩效并实施必要变更与纠正
识别信号：合同争议;交付延期;索赔管理
操作要点：绩效审查 / 检查与审计 / 支付管理 / 索赔管理 / 记录管理 / 更新合同与变更
知识来源：49过程
识别信号：合同争议;交付延期;索赔管理
操作要点：绩效审查 / 检查与审计 / 支付管理 / 索赔管理 / 记录管理 / 更新合同与变更
知识来源：49过程
MBA 知识本案例同时调用以下 MBA 课程知识点（按编号排序，共 6 条）：
MBA-013 TOC约束理论运营管理Theory of Constraints——识别并消除系统瓶颈提升产出
识别信号：系统瓶颈定位;AI算力瓶颈;吞吐量提升
框架要点：五步聚焦法 / 瓶颈识别 / 从属非瓶颈 / 缓冲管理 / 思维流程
关联项目管理：关键路径;资源平衡
识别信号：系统瓶颈定位;AI算力瓶颈;吞吐量提升
框架要点：五步聚焦法 / 瓶颈识别 / 从属非瓶颈 / 缓冲管理 / 思维流程
关联项目管理：关键路径;资源平衡
MBA-038 营运资本管理公司金融Working Capital Management——短期资产与负债的日常资金管理
识别信号：AI项目现金流;短期资金调度;流动性保障
框架要点：现金转换周期 / 应收账款 / 存货 / 应付账款 / 流动性
关联项目管理：成本管理;采购管理
识别信号：AI项目现金流;短期资金调度;流动性保障
框架要点：现金转换周期 / 应收账款 / 存货 / 应付账款 / 流动性
关联项目管理：成本管理;采购管理
MBA-042 权责发生制财务会计Accrual Accounting——收入费用在发生时确认而非收付时
识别信号：AI项目收入确认;跨期成本分摊;资本化时点
框架要点：收入确认时点 / 费用配比 / 应计与递延 / 盈余管理风险
关联项目管理：成本管理;进度确认
识别信号：AI项目收入确认;跨期成本分摊;资本化时点
框架要点：收入确认时点 / 费用配比 / 应计与递延 / 盈余管理风险
关联项目管理：成本管理;进度确认
MBA-060 生命周期成本管理会计Life Cycle Costing (LCC)——产品全生命周期总成本核算
识别信号：AI系统TCO;运维成本;全周期投入评估
框架要点：研发成本 / 生产成本 / 使用成本 / 处置成本 / 总拥有成本
关联项目管理：成本管理;采购管理
识别信号：AI系统TCO;运维成本;全周期投入评估
框架要点：研发成本 / 生产成本 / 使用成本 / 处置成本 / 总拥有成本
关联项目管理：成本管理;采购管理
MBA-096 交易成本理论管理经济学Transaction Cost Economics——企业边界由交易成本决定
识别信号：AI自建或外购;算力采购;外包决策
框架要点：资产专用性 / 不确定性 / 频率 / 自制或外购 / 治理结构
关联项目管理：采购管理;自制外购
识别信号：AI自建或外购;算力采购;外包决策
框架要点：资产专用性 / 不确定性 / 频率 / 自制或外购 / 治理结构
关联项目管理：采购管理;自制外购
MBA-111 技术采纳生命周期信息系统与数字化转型Technology Adoption Lifecycle (TAM/Diffusion)——技术从引入到普及的阶段演化
识别信号：AI技术成熟度;采纳节奏;跨越鸿沟;规模化
框架要点：引入期 / 成长期 / 成熟期 / 衰退期 / 鸿沟 / S曲线
关联项目管理：变更管理;推广计划
识别信号：AI技术成熟度;采纳节奏;跨越鸿沟;规模化
框架要点：引入期 / 成长期 / 成熟期 / 衰退期 / 鸿沟 / S曲线
关联项目管理：变更管理;推广计划
🗺 全知识域覆盖矩阵 · 项目管理 15 域 + MBA 12 领域
下表给出两大知识体系的完整维度清单及本案例的覆盖情况： 项目管理知识体系共 138 个知识点、15 个知识域，MBA 知识体系共 120 个知识点、12 个领域； 本案例强相关（含详述）的项目管理域 6 个、MBA 领域 6 个，其余维度标注了同类项目中的出现环节，便于按需扩展学习。
一、项目管理知识域覆盖（15 域）
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-029 执行过程组 | 操作切入点：指导与管理项目工作 |
| 范围 | 低 | KP-038 规划范围管理 | 操作切入点：制定范围管理计划 |
| 进度 | 高 | KP-048 制定进度计划 | 操作切入点：关键路径法CPM |
| 成本 | 低 | KP-107 挣值管理EVM | 操作切入点：计划价值PV |
| 质量 | 高 | KP-059 控制质量 | 操作切入点：检查 |
| 资源 | 中 | KP-062 规划资源管理 | 操作切入点：角色与职责RACI矩阵 |
| 沟通 | 高 | KP-007 项目沟通管理 | 操作切入点：规划沟通管理 |
| 风险 | 低 | KP-071 规划风险管理 | 操作切入点：风险管理计划 |
| 采购 | 高 | KP-085 规划采购管理 | 操作切入点：采购管理计划 |
| 干系人 | 低 | KP-021 管理原则3：干系人 | 操作切入点：识别干系人 |
| 治理 | 低 | KP-019 管理原则1：勤勉、尊重和关心 | 操作切入点：恪守诚信 |
| 变更 | 低 | KP-090 配置管理 | 操作切入点：配置识别 |
| 敏捷 | 低 | KP-098 看板方法 | 操作切入点：可视化看板 |
| 数据治理 | 低 | KP-120 数据治理 | 操作切入点：数据所有者 |
| AI治理 | 低 | KP-124 模型训练 | 操作切入点：训练集/验证集/测试集划分 |
二、MBA 知识领域覆盖（12 域）
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 低 | MBA-003 资源基础观 | 操作切入点：VRIO框架(价值、稀缺、难模仿、组织化) |
| 运营管理 | 高 | MBA-013 TOC约束理论 | 操作切入点：五步聚焦法 |
| 市场营销 | 低 | MBA-023 顾客终身价值 | 操作切入点：获取成本 |
| 公司金融 | 高 | MBA-038 营运资本管理 | 操作切入点：现金转换周期 |
| 财务会计 | 高 | MBA-042 权责发生制 | 操作切入点：收入确认时点 |
| 管理会计 | 高 | MBA-060 生命周期成本 | 操作切入点：研发成本 |
| 投资学与估值 | 低 | MBA-069 无形资产估值 | 操作切入点：收益法 |
| 组织行为学 | 低 | MBA-073 亚当斯公平理论 | 操作切入点：投入产出比较 |
| 人力资源管理 | 低 | MBA-086 薪酬管理 | 操作切入点：岗位评估 |
| 管理经济学 | 高 | MBA-096 交易成本理论 | 操作切入点：资产专用性 |
| 商业伦理与公司治理 | 低 | MBA-101 委托代理理论 | 操作切入点：道德风险 |
| 信息系统与数字化转型 | 高 | MBA-111 技术采纳生命周期 | 操作切入点：引入期 |
🖥 知识点在 AIPM 系统中的落地操作
下列知识点在本案例中的系统落实路径，可按步骤逐条录入 aipm.twzx.bj.cn：
MAP-05 进度管理-关键路径可落实可直接在系统内完成
页面：/critical-path
入口：关键路径路线图页面>项目选择>路径展示区>甘特缩放控件
操作步骤：进入关键路径路线图；选择目标项目；系统自动计算并展示关键路径；使用缩放控件调整时间粒度；点击节点查看详情
数据录入：基于任务依赖关系与工期自动计算
边界与变通：依赖任务间逻辑关系需手动维护完整
页面：/critical-path
入口：关键路径路线图页面>项目选择>路径展示区>甘特缩放控件
操作步骤：进入关键路径路线图；选择目标项目；系统自动计算并展示关键路径；使用缩放控件调整时间粒度；点击节点查看详情
数据录入：基于任务依赖关系与工期自动计算
边界与变通：依赖任务间逻辑关系需手动维护完整
MAP-06 进度管理-敏捷迭代可落实可直接在系统内完成
页面：/sprints
入口：Sprint 管理>新建冲刺>迭代名称/起止日期/任务池
操作步骤：进入 Sprint 管理；点击「新建冲刺」；填写迭代名称与起止日期；从任务池拖拽任务到迭代；启动冲刺
数据录入：任务归属冲刺即计划排期
边界与变通：多项目共享 Sprint 不可跨项目拖拽
整改清单FIX-2026-022（P1，工作量M）：新增跨项目Sprint视图，支持任务跨项目拖拽与统一燃尽图
页面：/sprints
入口：Sprint 管理>新建冲刺>迭代名称/起止日期/任务池
操作步骤：进入 Sprint 管理；点击「新建冲刺」；填写迭代名称与起止日期；从任务池拖拽任务到迭代；启动冲刺
数据录入：任务归属冲刺即计划排期
边界与变通：多项目共享 Sprint 不可跨项目拖拽
整改清单FIX-2026-022（P1，工作量M）：新增跨项目Sprint视图，支持任务跨项目拖拽与统一燃尽图
MAP-07 进度管理-日历排程可落实可直接在系统内完成
页面：/calendar
入口：日历页面>视图切换(月/周/日)>事件创建>日期/任务关联
操作步骤：进入日历页；切换至月视图；点击目标日期创建事件；关联对应任务或里程碑；保存
数据录入：日历事件与任务双向关联
边界与变通：资源日历独立于项目日历，需分别维护
页面：/calendar
入口：日历页面>视图切换(月/周/日)>事件创建>日期/任务关联
操作步骤：进入日历页；切换至月视图；点击目标日期创建事件；关联对应任务或里程碑；保存
数据录入：日历事件与任务双向关联
边界与变通：资源日历独立于项目日历，需分别维护
MAP-11 质量管理-质量检查部分可落实需变通组合实现
页面：/principle-checks
入口：PMBOK 六原则自查>选择原则>检查清单>结果记录
操作步骤：进入原则自查页；选择目标原则；逐项勾选检查清单；记录不符合项与整改措施
数据录入：检查结果为知识条目，可关联到项目
边界与变通：非通用质量管理框架，仅覆盖 PMBOK 六原则
整改清单FIX-2026-012（P1，工作量M）：在原则自查页增加「自定义检查清单」功能，支持行业模板导入
页面：/principle-checks
入口：PMBOK 六原则自查>选择原则>检查清单>结果记录
操作步骤：进入原则自查页；选择目标原则；逐项勾选检查清单；记录不符合项与整改措施
数据录入：检查结果为知识条目，可关联到项目
边界与变通：非通用质量管理框架，仅覆盖 PMBOK 六原则
整改清单FIX-2026-012（P1，工作量M）：在原则自查页增加「自定义检查清单」功能，支持行业模板导入
MAP-26 采购管理-供方选择不可落实需系统整改后支持
页面：无对应页面
入口：缺口类型 G3
操作步骤：系统无供应商评估/招标/评标模块
数据录入：不涉及数据录入
边界与变通：属独立业务域，建议外部采购系统对接
整改清单FIX-2026-004（P1，工作量M）：通过自定义字段构建供应商评分卡，评标结果以知识条目归档
页面：无对应页面
入口：缺口类型 G3
操作步骤：系统无供应商评估/招标/评标模块
数据录入：不涉及数据录入
边界与变通：属独立业务域，建议外部采购系统对接
整改清单FIX-2026-004（P1，工作量M）：通过自定义字段构建供应商评分卡，评标结果以知识条目归档
⚠️ 系统能力缺口：本案例涉及的 FIX-2026-004、FIX-2026-012、FIX-2026-022 已登记入《AIPM 系统整改清单》，在功能补齐前可按上方"变通组合"执行。
STEP 3 · 学员实践
动手实操与 AI 协同工作法
📋实践任务
🎯 场景：你被派往某接入AI ONU故障诊断项目现场。客户CEO说"我们需要一个全面的AI规划"。
总用时约197分钟。
总用时约197分钟。
⏱ 第1步（9分钟）
任务1
写下面对客户高层的完整开场话术（3分钟），准备应对策略——如果客户坚持让你先说说方案。
⏱ 第2步（14分钟）
任务2
将访谈提纲整理为完整文档，包括受访者清单、访谈策略、STAR提纲、开场话术和棘手问题应对方案。
⏱ 第3步（39分钟）
任务3
设计STAR访谈提纲A层3题：了解客户过去的尝试，注意识别重复失败模式。
⏱ 第4步（60分钟）
任务4
设计STAR访谈提纲R层3题：建立合理的预期和评估标准，防止过度承诺。
⏱ 第5步（75分钟）
任务5
运用道法术器进行四维分析：【道】客户真正需要什么？【法】用什么方法诊断？【术】用什么技巧？【器】用什么工具？
💡提示
区分客户说的问题和真实的问题——症状往往不是根因
🤖 用 WorkBuddy 调用通小维 / 项目管理专家团落实管理动作
👥 参与的专家团角色：高级PM、交付PM、风险经理、项目总监
🎬 本案例剧本：预测性维护（基于 WB-05 进度滞后的挣值诊断与纠偏 变体）
💬 开场提示词（可直接复制到 WorkBuddy）
背景：物联网卡运营预测性维护 AI 项目当前维护成本为823万元，非计划停机时间为4 小时，模型预测准确率与现场反馈存在偏差，需进行诊断与纠偏。角色：主责高级PM，协审交付PM与风险经理，项目总监终审。交付物：输出预测维护诊断报告（Word）与纠偏计划（Excel），包含模型表现偏差、维护策略调整建议、资源重排与停机风险控制。
背景：物联网卡运营预测性维护 AI 项目当前维护成本为823万元，非计划停机时间为4 小时，模型预测准确率与现场反馈存在偏差，需进行诊断与纠偏。角色：主责高级PM，协审交付PM与风险经理，项目总监终审。交付物：输出预测维护诊断报告（Word）与纠偏计划（Excel），包含模型表现偏差、维护策略调整建议、资源重排与停机风险控制。
操作步骤
第1步
对 WorkBuddy 输入设备运行数据与维护记录，触发诊断
第2步
高级PM对比模型预测与实际故障发生时间，定位偏差
第3步
交付PM评估现场传感器数据质量与采集频率
第4步
风险经理测算调整维护周期对停机风险的影响
第5步
项目总监对比方案成本与可用性收益，形成纠偏建议
第6步
在 AIPM 中更新预测维护模块，录入诊断报告
第7步
将维护策略调整转为执行计划，纳入监控清单。
📦 预期产出物：预测维护诊断报告；纠偏计划；设备运行趋势图
🔄 AIPM 回流动作：同步设备指标与维护策略至 AIPM 运维项目模块
⚖️ 通小维（CEO）决策点：①是否调整传感器部署或数据采样频率；②是否切换维护策略（定期/预测/状态）
STEP 4 · 参考答案
参考答案与评分要点
📝案例回顾
总结：某接入AI ONU故障诊断揭示了AI转型的关键洞察：成功的转型始于清晰的业务问题定义和务实的预期管理。
道法术器应用：
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
🎯STAR访谈提纲（11问）
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 还有没有其他重要的事情我没有问到？ | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| T2 | 您认为最重要的成功标准是什么？ | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| A3 | 您过去在效率提升方面做过哪些尝试？效果如何？ | 了解历史经验和组织惯性 | 追问"如果效果不理想，主要原因是什么？" |
| R4 | 您对这个项目的最高预算和资源投入是什么？ | 了解资源约束和真实投入意愿 | 追问"如果预算不够，您愿意调整范围吗？" |
| S5 | 您能描述一下目前通信媒体业务整体的运营情况吗？ | 开放式开场，让客户主动说出全貌 | 等他自然说完后追问"还有吗？" |
| T6 | 你觉得团队对新技术的接受度如何？有没有预见到什么阻力？ | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| A7 | 在过去6个月中，业务运营中最大的挑战是什么？ | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大？" |
| R8 | 如果这个项目不做，6个月后会发生什么？ | 建立紧迫感 | 帮助客户认识到不做的风险 |
| S9 | 如果项目成功了，您希望在什么时间看到什么样的变化？ | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的？"评估合理性 |
| T10 | 如果给您团队的数字化能力打分，您打几分？ | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| A11 | 您希望用什么机制来定期评估项目进展？ | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
⚠️失分场景
•客户问"你做过我们行业吗？"——回应"跨行业经验可迁移性强"
•客户坚持"先说说方案"——回应"先提两个方向供您参考"
•客户期望不切实际——用行业数据校准"通常需要X到X个月"
📚拓展
推荐：《咨询的奥秘》温伯格
自我检查：客户说了70%以上时间？有3次以上有效追问？识别了隐藏需求？管理了不切实际的期望？